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Abstract 



The invention relates to an apparatus and a process for the data communication between a system unit (8) and 
technical facilities (2, 3, 4) in buildings for the flexible and convenient parameterization and remote monitoring of the 
facilities (2, 3, 4), an existing communication infrastructure being usable to reduce the expenditure resulting from > 
cabling and to enable cost-effective data communication. The apparatus comprises a system unit (8) which is suited 
for data transmission according to a first data transmission protocol, at least one facility (2, 3, 4) which is suited for 
data transmission according to a second data transmission protocol, a protocol converter (1) which Is connected to 
system unit (8) and converts data of the first data transmission protocol into data of the second data transmission 
protocol and vice versa, and a bus system (5) to which the facilities (2, 3, 4) and the protocol converter (1) can be 
connected 
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Die folgendeh Angaben smd den vom Anmelder eingereichten Unterlagen entnommen 

Prufungsantrag gem. § 44 PatG ist gestellt ' . . 

(g) Vorrichtuhg und Verfahren zur Datenkommunikation, insbesbhdere zur Parametrisierung 
Fernuberwachung von Heizuhgsanlagen 

(§) Die Erfindung betrifft efne Vorrichtung und ein Verfah- 
ren zur Datenkommunikation zwischen einem System- 
rechner (8) und Gebaudetechnikeinrichtungen (2, 3, 4) fur 
' eine flexible und komfortable Parametriesierung und 
Fernuberwachung der Einrichtungen (2, 3, 4), wobei auf 
eine vorhandene Kommunikationsinfrastruktur zuruckge- 
griffen werden kann, um den Verkabeluhgsaufwand zu re- 
duzieren und eine kostengunstige Datenkommunikation 
zu ermdglichen. Die Vorrichtung weist einen Systemrech- 
ner <8), der zur Obertragung von Daten nach einem ersten 
Datenubertragungsprotokoll geeignet ist, mrndestens 
eine Einrichtung (2; 3, 4), die zur Obertragung von Daten 
nach einem zweiteri Datenubertragungsprotokoll geeig- 
net ist, einen Protokollkonvierter (1), der mit dem System- 
> rechner (8) verbunden ist und der Daten des ersten Daten- 
I iibertragungsprotokolls in. Daten des zweiten Datenuber- 
» tra'gungsprotokolls und umgekehrt konvertiert, und ein 
Bussystem (5), an das die Einrichtungen (2, 3, 4) und der 
Protokollkonverter (1) anschlief^bar sind, auf. 
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BeschreibuDS gewartet werden, wobei auf eine vorhandene KonunumtoU- 

BeschreibUDg onsinfrastruktur zuruckgegriffen werden kann, urn den Ver- 

Verfahren zur DatenkommunikaUon zwischen einem Sy- l"?"*^ . ^J^^eToat^^^^ geeignet. 

stemrechner und Gebaudetechnikeinrichtungen fUr eme fl^ ^ -ch e ne^™ k^atdne SSe zur ParamLe'rung 
xible und komfortable Parametnsierung und F«nUb«v^- D« ^/^S^acCng der Einrichtungen aufweisen. Der 
chungderEinrichtungen,wobeiaufemevoihandeneKoi^ SvLSin^Sin in eLer zentralen LeitsteUe fUr die . 
muaikationsinfrastruktur zuruckgegnffen werden kann. um g^^^^;°™^,„^3rtung von Heizungsanlagen ange- 

SSen. beispielsweise a«f einem Be^ebsgel^de auf 15 f-J- J- .^^^^^^^ 

ve«chiedene Standorte. verteilt. So beispie swe^e <ke ^ Jinem zwdteS cinubertragungsproto^^^ geeignet. 

DatenvonBrenneni,Warmepumpen,Wannez^lemu^^^ Durch^eme^^^ zwischen den Einrichtun- 

ner Vielzahl von '^^P^'^-^'^Z^J^^^ ^T^^^- JrunJdem S>te'mrechner konnen die Einrichtungen para- . 
ner Heizungsanlage zu erfassen. Meist wurd fur <Hf IJften und uberwacht werdenJ Die Einrichtungen der 

ubertragungsverbindung all dieser Einrichtungen ein Haus- 20 nf'"^^^'^^"''^ "J^™^ integriert, beispielsweise in 

Oder Feldbus eihgesetzt. Mit Hilfe '^Sdes S' ei^^S.^^^enZ^.lZ linba^schra'n k. anfeeord- , 

stems, das beispielsweise innerhalb ernes Gebaudes inst^- ^'^f^^^^^ .j^h an raumUch verschiedenen Or- 

,Cb««ktFlk8i»6i>Anl.Een,d,e.ufnKhrereSl«idorl».e.- X lyf^^^^^^^.f,,,,,^i„:^^ 
»iU nnd und .on einer leBirata l^iBfUe SJ-"" ^''^i^SsTmSSm D«Mn «>Bn D.Ka- 

„.ri.n »>U», ™d H.,.. o<i„ ftldb«y...mc . ;°^»'»™tSS,rKSl. z,.d»n D^^^ 

munikationsinfrastruktur meastmForm ^erTelefon-und ^ d«n ^ystemrechner^^^^^^ 

Datenubertragungsverkabelung vorhanden . X^traSsverbindungen ausgestaltet sein. Er ermoglicht 

• schaffen, die eine flexible und komfortable Wartung. Para- .50 rectaers und Einrichtungen der 

metrisierung und Fernuberwachung der Einrichtungen er- ^^f] J^^^^otoS^^ Das Bussystem 

mogUcht. Insbesondere soil dabei auf erne bereits beste-. ?^^^tang ^d^ ft<^^^ 

hende Kommunikationsinfrastruktur zuruckgegnffen wer- ^^j*^°S&SS^tereinander und zu dem Pro- 
den konnen, um den Aufwand fur die benotigteVerkabelung ^"S^^^^^^^^XJTn DirBusteilnehm^^ konnen bei- 
zu xeduzieren und eine kostengUnstige Datenkommunika- 55 toandos zur Steue- 

tion zu ermbglichen. . , , , . ^ u „,«ct ,inri Ppaplnntr der Anlaeen austauschen und Nachnch- 

[0006] Die Aufgabe wird durch die Merkmale der unab- .^"^ ""^J^^J^";^^^^^^ Die an das Bussystem 

hangigenPatentansprachegelost DieabhangigenPa™-, ^^"^f^°;^^°'"EStungen konnen Heizungs:, KUma- 
, spruch.zeigenvortei|hafte^^^^^^^ Tn^SSlaSaTen sein. Weiterhin konnen MeS- oder 

entvacklungen der Erflndung auf. Steuereinrichtuneen fUr den Betrieb von Heizungs-* Klima- 

[0007] ErflndungsgemSB kann ^^°%Vornchtung zur Da- ^~™j^°8en gussystem angesghlossen 

tenkommunikation. insbesondere zur Parametnsierung und und/oder wLnezahler und/oder 

Femuberwachung von Heizungsanlagen emen Systemrech- ^1^"^.^^^^^^^^ Bussystem angeschlossen werden. 

„er,mindestenseineGebaudetechnikeimichtung einenft^ SrStuss' tet^lgeschlt 

tokollkonverter und ein Bussystem aufweisen. Durch eine 65 Die ^ J^^ ^^^^^^^ jem Systemrechner para- 

solche Vorrichtung kann eine Vielzahl von — taedh- -^^^^^^^^^ ^^^^^^^^ Durch den 

^^^Z^^^^^S^^ kann das s/e.eUe und lokal begrenzte 
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Bussystem auf einfache ' Weise mit der allgemeinen Kom- stand einer Einrichtung oder auf andere auBergewohnliche 

munikationsinfrastruktur verbunden werden. Eine spezielle Ereignisse schlieBen lassen. Die Einrichtungen konnen auch 

Verkabelung zwischen den Einrichtungen bzw. dem Bussy- selbstandig Nachrichten an den Protokollkonverter senden, 

stem und dem Systemrechner, der sich beispielsweise weit die von dem Protokollkonverter an den Systemrechner wei- 

von den Heizungsanlagen entfernt in einer zentralen Leit- 5 tergeleitet oder zwischengespeichert und zur Abfrage vom 

stelle befindet, ist nicht notwendig. Durch die Protokollkon- Systemrechner bereitgehalten werden. Der Protokollkon- 

vertierung kann der Systemrechner mit unterschiedlichen verter dient der Verbindung aller an das Bussystem ange- 

Bussystemen und verschiedensten Eimichtungen betrieben schlossenen Einheiten mit dem Systemrechner. Er saminelt 

werden. Der Aufbau und die Funktion des Systemrechners die von den Einrichtungen abgesendeten oder abgefragten 

kann beispielsweise fur unterschiedlichste Heizungsanlagen 10 Daten, wertet sie aus und leitet sie an den Systenurechner. 

gleich sein. weiter. 

[0012] Das Bussystem kann ein Haus- oder Feldbus in [0016] Der Protokollkonverter kann einen Speicherfiir die 
verschiedenen Ausfuhrungsarten sein. Das zweite Daten- von den Einrichtungen abgefragten oder abgesendeten Da- 
iibertragungsprotokoll kann ein LON-Protokoll sein. Die ten aufweisen. In diesem Speicher konnen beispielsweise 
LON-Busteilnehmer konnen miteinander kommunizieren 15 die Konfigurationsdaten und Betriebszustande der Einrich- 
und Daten austauschen. tungen, Wartungs-, Storungs- oder Diagnosemeldungen ge- 
[0013] Ein erfindungsgemaBer Protokollkonverter kann speichert werden. Die gespeicherten Daten liegen fur eine 
auch zusatzliche analoge oder digitale Ein- und Ausgange Abfrage vom Systemrechner bereit. Die vom Systemrechner 
zum direkten AnschluB von Einrichtungen ohne das Bussy- angeforderten Daten konnen somit unmittelbar an den Sy- 
stem aufweisen. Die digitalen Eingange kSnhen beispiels- 20 stemrechner ubertragen werden, ohne daB zuerst eine Ruck- 
weise den Zustand von angeschlossenen Geraten erfassen. frage an die entsprechende Einrichtung zur Ermittluhg der 
Die analogen Eingange konnen bevorzugt zur Erfassung gewunschten Daten erfolgen muB. Die einzelnen Daten kon- 
von MeBwerten, z. B. durch AnschluB von Temiperatursen- nen auch kombiniert und in groBeren Datenpaketen an den 
soren, vorgesehen sein. Durch die Ausgange, beispielsweise Systemrechner ubertragen werden, was die Effizienz der 
•Relais-Ausgange, konnen angeschlossene Gerate gesteuert 25 Dateniibertragung zu dem Systemrechner erhoht und die 
werden. Durch die direkten Ein- und Ausgange des Proto- Kosten fiir die Datenubertragung reduziereri kann. 
kollkonverters konnen Einrichtungen, die keine Busschnitt- [0017] • Der Protokollkonverter kann vom Systemrechner 
stelle aufweisen, von der erfindungsgemaBen Vorrichtung empfangene Daten, die fur eine bestimmte Einrichtung be- 
zur Datenkommunikation uberwacht und gesteuert werden. stimmt sind, iiber das Bussystem an die entsprechende Ein- 
Der Protokollkonverter kann dazu die Funktion einer virtu- 30 richtung senden. Der Protokollkonverter empfangt bei- 
ellen, am Bussystem angeschlossenen Einrichtung ubemeh- spielsweise Kommandos fiir eine Heizungsanlage und leitet 
men, die wie die anderen Einrichtungen vom Systemrechner diese an die entsprechende Einrichtung weiter. Dabei kon- 
fernuberwacht, parametrisiert und gesteuert wird. . nen vorteilhafterweise auch mehrere Kommandos in ein em 
[0014] Das erste Dateniibertragungsprotokoll kann ein Datenpaket des ersten Datenubertragungsprotokolls ge- 
Protokoll auf der Basis des Internetprotokolls IP sein. Insbe- 35 raeinsam yom Systemrechner an den Protokollkonverter 
sondere sind das Simple Network Management Protocol ubertragen werden. Der Protokollkonverter kann die unter- 
SNMP, das Hypertext Transport Protocol HTTP, das Trans- schiedlichen Kommandos des empfangenen Datenpaketes 
port Control Protocol TCP oder das LonWorks Network separieren und an die einzelnen Einrichtungen weiterleiten.. 
Protocol als Transportprotokolle moglich. Durch den Ein- In der Gegenrichtung konnen beispielsweise viele einzelne 
satz. dieser Standard-Protokolle als erste Datenubertra- 40 MeBv/erte von verschiedenen Einrichtungen zu einem Da- 
gungsprotokoUe der Vorrichtung wird eine einfache und ko-. tenpaket kombiniert werden und Uber das erste Datentiber- 
stengunstige Entwicklung und Herstellung der Vorrichtung tragungsprotokoll vom Protokollkonverter zum System- 
ermoglicht. Der Einsatz dieser Protokolle ist auf vielen rechner ubertragen werden. Auf diese Weise laBt sich der 
Netzwerken fiir die Datenubertragung, beispielsweise in Lo- Auf wand fiir die Datenubertragung zwischen Systemrech- 
cal Aerea Networks LAN mit Ethernet, Tokenring oder 45 ner und Protokollkonverter deutlich reduzieren. 
Giasfaserverbindungen und auch fiir Datenfemubertragun- [0018] Die DateniiberUragung zwischen Protokbllkonver- 
gen, beispielsweise uber Telefonleitungen, n^oglich. ter und Systemrechner kann beispielsweise mittels Daten- 

■•[0015] IDer Protokollkonverter kann in vorgegebenen zeit- verschlUsselung vor einem unbefugten Abhoren gesichert 

lichen Abstanden vorbestimmte Daten von den Einrichtun- werden. Auch kann die Abfrage von Daten und das Uber- 

gen abfragen, speichern, an den Systemrechner senden und/ 50 mitteln von Kommandos durch den Austausch von Schliis- 

oder zur Abfrage vom Systenu^chner bereithalten. Die vor- sein oder Zugangskennungen gegen unbefugte Benutzung 

bestimmten Daten und die vorgcgebenen zeitlichen Ab- gesichert werden. Weiterhin kann beispielsweise nur der Zu- 

stande zu deren Abfrage konnen bei der Konfiguration des griff eines bestimmten, bei der Konfiguration des Protokoll- 

Protokollkonverters anlagenspezifisch von dem Anlagener- konverters festgelegten Systemrechners, auf den ProtokoU- 

bauer oder -betreiber eingestellt werden. Beispielsweise 55 konverter zugelassen werden. Auf diese Weise konnen nur 

. kann bei der Konfiguration des Protokolikonverters eine Li- registrierte und berechtigte Systisme bzw. Benutzer Zugrifif 

ste der abzufragenden Einrichtungen und Daten angelegt auf die Einrichtungen erlangen. 

werden. Diese Daten konnen Anlagedaten wie beispiels- [0019] Der Protokollkonverter kann eine vorbestimmte 

weise die Einstellung der Bedien- und Konfigurationsdaten Verbindung aktivieren und/oder eine vorgegebene Nachricht 

der Gerate, Storungs meldungen, Verfahrensdaten, War- 60 versenden, wenn von einer der Einrichtungen eine Storungs- 

tungsdaten und/oder MeBdaten von beispielsweise Warme- oder Wartungsmeldung. Insbesondere kann der Protokoll- 

zahlem sein. Der Protokollkonverter kann die abgefragten konverter ein Fax, eine Email, eine SMS-Nachricht oder 

Daten speichern und beispielsweise zur Abfrage vom Sy- eine Sprachnachricht an einen vorbestimmten Empfanger 

stemrechner bereithalten. Der Protokollkonverter kann auch versenden. Wenn von einer der Einrichtungen eine Sto- 

selbstandig Daten an den. Systemrechner senden, ohne auf 65 rungs- oder Wartungsmeldung vom Protokollkonverter ab- 

eine Abfrage vom Systenurechner zu warten. Dies kann ins- gefragt oder von diesem empfangen wird, kann der Proto- 

.besondere geschehen, wenn die abgefragten Daten Fehler- koUkon verter versuchen eine Verbindung zum Systemrech- 

oder Alarmmeldungen enthalten, auf einen fehlerhaften.Zu- ner aufzubauen, um die Meldung weiterzuleiten. Ist dies aus 
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' verschiedensten Griinden nicht moglich, beispielsweise weil 
der Systemrechner oder die Datenubertfagungsverbindung 
zu dem Systemrechner ausgefallen ist oder eine Stoning 
aufweist, kann der Protokollkonverter nach einer bestimm- 
ten Anzahl von Versuchen eine vorbestimmte Notyerbin- 
dung aktivieren. Der Protokollkonverter kann beispiels- 
weise eine Verbindung zu einem anderen Systemrechner 
aufbauen oder ein vorgegebenes Fax, eine Email, eine 
Sprachnachricht oder eine SMS-Nachricht versenden. Auf- 
grund dieser Nachricht kann das zustandige Bedienpersonal 
vOn der Storungsmeldung der Einrichtung und/oder der Sto- 
rung der Datenubertragungs verbindung bzw. der Stoning 
des Systemrechners in der Leitstelle informiert werden. 
Auch kann durch ein Fax, eine.Email oder eine SMS-Nach- 
richt ein vorbestimmter Benutzer von dem Problem infor- 

* miert werden. Dies ist ihsbesondere fur die Betreiber von 
kleineren Anlagen, die keine dauemd mit Personal besetzte 
Leitstelle aufweisen, interessant. Das Bedienpersonal kann 
so kostengunstig und einfach,. beispielsweise zuhause, alar- 
miert werden. 

[0020] Die Verbindung zwischen dem Protokollkonverter 
und dem Systemrechner kann erfindungsgemafi iiber eine 
analoge und/oder digitale Telefonverbindung erfolgen. Die 
Verbindung kann beispielsweise ein analoges Modem, ein 
GSM-Modend oder ein ISDN-Modem aufweisen. Die Da- 
teniibertragungsverbindung kann uber ein privates und/oder 
ein offentliches Netz kostengunstig erfolgen. Die Verbin- 
dung zwischen dem Protokollkonverter und dem System- 
rechner kann dauerhaft bestehen oder nach Bedarf auf und 
wieder abgebaut werden. Der Auf- und Abbau der Verbin- 
, dung kann sowohl vom Protokollkonverter, als auch vom 
Systemrechner aus erfolgen. Dabei kann sowohl eine direkte 
Modemverbindung zwischen dem Modem des Protokoll- 
konverters und dem Modem des Systemrechners als auch 
eine Verbindung zwischen Protokollkonverter und System- 
rechner iiber das Internet vorgesehen seih. Bei einer Inter- 
net- Verbindung wahlt beispielsweise das Modem des Proto- 
kollkonverters eine lokale Einwahlnummer eines Internet- 
providers an und stellt eine temporare Internet- Verbindung 
zum Systemrechner her. Auf diese Weiise konnen beliebig 
angeordnete Anlagen (Protokollkonverter und Einrichtun- 
. gen) kostengunstig mit dem Systemrechner koramunizieren 
und von diesem iiberwacht und gesteuert werden. Die Ver- 
bindungskosten bei einem Betrieb von uber den Globus ver- 
teilten Anlagen konnen so verringert werden, 
[0021]" Weiterhin konnen im Falle einer temporaren Ver- 
bindung zwischen Systemrechner und ^ Protokollkonverter 
durch die erfindungsgemaBe Speicherung der abgefragten 
Daten der Einrichtungen die Ubertragungskosten deutlich 
reduziert werden. Beispielsweise fragt der Protokollkonver- 
ter die Einrichtungen in vorgegebenen zeitlichen Abstanden 
ab und ermittelt die vorbestinamten Daten zur Ubertragung 
an d^ Systemrechner. Nachdem aile vorbestimmten Daten 
ermittelt wurden, kann der Protokollkonverter eine Verbin- 
dung zu dem Systemrechner aufbauen, die Daten gemein- 
sam ubertragen und die Verbindung zu dem Systemrechner 
beenden. Auf der anderen Seite kann auch der Systemrech- 
ner eine Verbindung zu dem Protokollkonverter aufbauen, 
die benotigteh Daten von diesem abfragen und die Verbin- 
dung beenden. 

[0022] Der Verbindungsaufbau von Systemrechner zum 
Protokollkonverter kann auch mit eineni RUckrufverfahren 
(Call-back- Verfahren) erfolgen. Der Systemrechner sendet 
ein kurzes Signal oder eirie Ruckrufaufforderung an den 
Protokollkonverter, wenn er an diesen Daten ubertragen 
Oder von diesem abfragen wiU. Der Protokollkonverter ruft 
daraufhin eine vorgegebene Ruckrufnummer zuruck, um 
eine Datenubertragungs verbindung zum Systemrechner auf- 



zubauen. Da die eigentliche Dateniibertragungsverbindung 
immer vom Protokollkonverter aus zu dem Systemrechner 
aufgebaut wird, kann ein fremdes System keine Daten zu 
dem Protokollkonverter ubertragen oder von diesem abfra- 
5 gen. Unbefugter Zugriff auf den Protokollkonverter wird 
verhihdert und die Sicherheit der Vorrichtung zur Daten- . 
konmaunikation wird erhoht. . . 

[0023] In einer Ausfiihrungsform konnen der Protokoll- 
konverter und der Systemrechner beispielsweise eine oder 
10 mehrere RS-232-Schnittstellen aufweisen. Auf diese Weise 
konnen einfach analoge oder ISDN-Modems zum Aufbau 
der Datenubertragungsverbindung zwischen dem ProtokoU- 
konverter und dem Systemrechner verwendet warden! Pro- 
tokollkonverter und Systemrechner konnen auch durch ein 
15 NuU-Modernkabel oder iiber eine optische SchnittsteUe, ins- 
besondere eine Optolink-Schnittstelle, miteinander -direkt 
verbunden werden. Dies ist insbesondere fiir eine vor-Ort- 
Diagnose und Wartung durch den Kundendienst von Vorteil. 
Der Systemrechner kann beispielsweise ein geeigneter trag- 
20 barer Computer sein, der in der Nahe der Heizungsanlage an 
einen Protokollkonverter angeschlossen wird. Durch die er- 
findungsgemal3e Vorrichtung kann sowohl in der Leitstelle, 
als auch auf dem tragbaren Computer vor Ort die gleiche 
Software zur Parametrierung und Uberwachung von Hei- 
25 zungsanlagen verwendet werden. * 

[0024] Eine weitere Moglichkeit fiir die Datenubertra- 
gungsverbindung zwischen Systemrechner und Protokoll- 
konverter besteht in dem direkten AnschluB.beider Gerate 
an ein Datennetzwerk LAN. Beispielsweise kann der Proto- 
30 kollkonverter uber einen LAN-Koppler an ein Ethernet an- 
geschlossen werden, Der Systemrechner kann iiber einen 
ublichen Ethemet-NetzanschluB mit dem Datepuberto- 
gungsnetzwerk verbunden werden. Dies ermoglicht eine 
einfache und kostengunstige Verbindung uber ein eventuell 
35 bereits bestehendes Datenubertragungsnetzwerk. 

[0025] Der Systemrechner kann in vorgegebenen zeitli- 
chen Abstanden eine Verbindung zu dem Protokollkonverter 
aufbauen und vorbestimmte Daten abfragen. Die vorbe- 
stimmten Daten wurden zuvor vom Protokollkonverter von 
40 den Einrichtungen abgefragt und zwischengespeichert. Der 
Systemrechner kann auf diese Weise durch eine einzige Ab- 
•frage eine groBere Menge von Daten aller iiber das Bussy- 
stem mit dem ProtokoUkonverter verbundenen Einrichtun- 
gen- erfassen. Hn Verbindungsaufbau zu jeder einzehien 
45 Einrichtung ist nicht notig. Auf diese Weise konnen die Da- 
tenubertragungskosten verringert und der Aufbau des Sy- 
stemrechners vereinfacht werden. Der Verbindungsaufbau 
kann auch iiber das Riickrufverfahren erfolgen. bei dem der 
Protokollkonverter nach Erhalt einer Ruckrufnachricht eine 
50 vorgegebene Ruckrufnummer anwahit und die Verbindung 
zum Systemrechner aufbaut. 

[0026] Der Systemrechner kann eine Verbindung zu dem 
Protokollkonverter aufbauen und Daten fiir eine bestimmte 
Einrichtung an den Protokollkonverter senden. Die Verbin- 
55 dung kann anschlieBend sofort wieder abgebaut werden, Der 
Protokollkonverter wertet die empfangenen Daten aus und 
leitet Kommandos an die entsprechenden Einrichtungen 
weiter. Der Systemrechner kann auch eine Verbindung zu 
dem Protokollkonverter aufbauen und Daten von einer be- 
60 stimmten Einrichtung von dem ProtokoUkonverter abfra- 
gen/empfangen. Der Protokollkonverter kann, falls die an- 
gefragten Daten nicht bereits in dem Speicher vorliegen, die 
entsprechende Einrichtung uber das Bussystem kontaktie- 
ren, die angefragten Daten ermitteln und an den System- 
65 rechner ubertragen. Der Protokollkonverter ermoglicht eine 
logische Verbindung zwischen den Einrichtungen des Bus- 
systems und dem Systemrechner. Die Datenkommunikation 
zwischen den Einrichtungen und dem Systemrechner findet 



DE 101 09 

7 



iiber den Protokollkonverter statt. Der Protokollkonverter 
kann den Zugriff auf die Daten der Einrichtungen regeln, 
Daten und Kommandos verteilen oder biindeln/kombinieren 
und den Verbindungsaufbau zum Systemrechner steuem. 
[0027] Der Systemrechner kann auch Verbindungen zu 5 
mehreren Protokollkonvertem aufbauen und Daten zu meh- 
reren Einrichtungen ubertragen bzw. von diesen empfangen. 
Er kann Daten fiir bestinunte Einrichtungen an die jeweili- 
gen Protokollkonverter senden und/oder Daten von be- 
stinimten Einrichtungen von den jeweiligen Protokollkon- 10 
vertem empfangen. Der Systemrechner sendet dazu bei- 
spielsweise Daten fur eine bestimmte Einrichtung an den 
Protokollkonverter, der an das gleiche Bussystem wie die 
bestimmte Einrichtung angeschlossen ist. 

[0028] Der Systemrechner kann eine Datenbank aufwei- 15 
sen, die die Konfigurations-, Inbetriebnahme-, Wartungs- 
. und Betriebsdaten von Einrichtungen und/oder Protokoll- 
konvertem enthalt. Insbesondere konnen Storungs- und 
Wartungsmeldungen in der Datenbank gespeichert werden. 
Die Datenbank kann beispielsweise Bedien-, Konfigurati- 20 
ons- und Betriebsdaten der einzelnen Einrichtungen enthal- 
ten. Weiterhin konnen Verfahrens- und MeBdaten, beispiels- 
weise von Warrriezahlem oder Temper aturfiihlem, aufge- 
zeichnet werden. Vorteilhafterweise kann die Datenbank 
auch Systemdaten der Protokollkonverter, wie beispiels- 25 
weise der lyp des angeschlossenen Bussystems, eine Liste 
der angeischlossenen Einrichtungen und/oder Informationen 
iiber verwendete Modemtypen uiid ihre Ansteuerungskonfi- 
gurationen, enthalten. . Auf die aktueUen Konfigurations-, 
Wartungs- und Betriebsdaten so wie auf die letzten Sto- 30 
rungs- und Wartungsmeldungen von zu iiberwachenden 
Einrichtungen kann im Systemrechner zugegriffen werden, 
ohne daB eine Verbindung zu dem entsprechenden Proto- 
kollkonverter und/oder der entsprechenden Einrichtung auf- 
gebaut werden muB. Die Datenbank kann beispielsweise 35 
den aktuellen Zustand der zu iiberwachenden Heizungsanla- 
fgen enthalten. Das Bedienpersonal kann den. aktuellen Zu- 
stand iiberpriifen und gegebenenfaUs MaBnahmen zur Behe- 
burig von Storungen einleiten. Weiterhin kann die Daten- 
bank Referenzdaten und/oder Inbetriebnahme- oder Ser- 40 
viceprotokolle fiir die iiberwachten Betriebsmittel (Einrich- 
tungen) enthalten. 

[0029] Der Systemrechner kann eine vorbestimmte Nach- 
richt versenden, wenn von einer der Einrichtungen eine be- 
stimmte Storungs- oder Wartungsmeldung vorUegt. Insbe- 45 
sondere kann der Systemrechner ein Fax, eine Sprachnach- 
richt, eine Email oder eine SMS-Nachricht an einen anderen 
Systemrechner, beispielsweise in einer anderen Leitstelle, 
uiid/oder an eine oder mehrere vorbestimmte Bedienperso- 
nen versenden, um diese iiber den Eingang einer Storungs-. 50 
oder Wartungsmeldung zu informieren. Das Weiterleiten der 
Meldungen kann nach einem vorgegebenen Bearbeitungs- 
plan, in dem die entsprechenden Dienste eingetragen sind, 
erfolgen, Der Bearbeitungsplan kann Zeit- lind anlagenspe- 
zifisch fiir jede Einrichtung oder fiir eine Gruppe von Bin- 55 
richtungen einen Dienst- und/oder Serviceplan umfassen, 
der angibt welche Art von Meldung zu welcher Zeit fiir wel- 
che Einrichtung zu einer bestimmten Aktion fiihrt, z. B. 
weiterleiten als SMS-Nachricht: Die durchzufiihrenden Ak- 
tionen konnen durch den Bearbeitungsplan einfach an die 60 
Dienstplane des Bedieiipersonals angepaBt werden. Weiter- 
hin kann der Systemrechner vordefinierte Aufgaben nach ei- 
nem definierbaren Zeitschema ausfiihren, um beispielsweise 
Anlagenwerte bestimmter Heizungsanlagen zu iiberwachen. 
[0030] Ein Zugriff auf die Datenbank des Systemrechners 65 
kann iiber einen Internet-Server und/oder einen WAP-Server 
erfolgen. Auf die Daten des Systemrechners kann mittels ei- 
nes WAP-fahigen Mobiltelefons oder eines herkonunlichen 
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Intemetbrowsers iiber das Internet von einem entsprechend 
ausgestatteten Personal- Computer zugegriffen werden. Bei- 
spielsweise konnen der Betriebs- und Wartungszustand der 
zu iiberwachenden Einrichtungen auf einem Webserver zur 
Abfrage iiber das Internet bereitgesteUt werden. Dies ist ins- 
besondere fiir das Betriebspersonal von kleineren Anlagen 
von Vorteil, das sich nicht standig in der Leitstelle aufhalt. 
Das zustandige Wartungspersonal kann beispielsweise iiber 
den Versand einer SMS-Nachricht auf eine bestimmte Sto- 
rung auteerksam gemacht werden. Die Behebung dieser 
Stoning kann von dem Betriebspersonal von zuhause iiber 
das Internet und dea Web-Server oder ein WAP-fahiges Mo- 
biltelefon erfolgen. Eine nachtliche Anfahrt des Betriebs- 
personals zur Leitstelle kann so vermieden werden. 
[0031] Vorteilhafterweise konnen in einer groBeren Leit- 
stelle oder in einem Betrieb mit mehreren Leitstellen auch 
mehrere Systemrechner jeweils Verbindungen zu den Proto- 
kollkonvertem aufbauen und/oder Daten von den Protokoll- 
konvertem empfangen oder Daten an die Protokollkon verier 
versenden. Die Systemrechner konnen dabei iiber das Inter- 
net miteinander kommunizieren. Auf diese Weise kann ein- 
fach ein verteiltes System mit mehreren Systemrechnem 
realisiert werden. Die Systemrechner k5nnen beispielsweise 
in mehreren Leitstellen angeordnet sein. Auch kann ein Sy- 
stemrechner in einer Leitstelle angeordnet sein und ein wei- 
terer Systemrechner in Form eines tragbaren Computers fiir 
eine vorrOrt-Diagnose eingesetzt werden. Die Systemrech- 
ner konnen uber das Internet verbindbar sein lind Nachrich- ' 
teii austauschen. 

[0032] Einer der Systemrechner kann eine zentrale Daten- 
bank aufweisen. Die anderen Systemrechner konnen Daten- 
andemngen an diese zentrale Datenbank melden und/oder 
ihre eigehe Datenbank mit der zentralen Datenbank abglei- 
chen. Dies ist insbesondere fiir ein groBes System mit meh- 
reren, Systemrechnem in einer groBen Leitstelle oder fiir 
mehrere Leitstellen von Vorteil und kann zur Datensiche- 
rung und/oder zur Wahrung der Datenkonsistenz bei Zugrif- 
fen von mehreren Benutzern/Systemen auf die gleichen Da- 
ten verwendet werden. Dei: Systenwechner, der die zentrale 
Datenbank aufweist, kann automatisch einen Abgleich der. 
Datenbanken der einzelnen Systemrechner ansteuem. 
[0033] Ein Verfahren zur Datenkonmiunikation, insbeson- 
dere zur Parametrisierung und Perniibeirwachung von Hei- 
zungsanlagen, kann zumindest einen der folgendeh Schritte 
aufweisen: Ubertragung' von Daten nach einem ersten Da- 
teniibertragungsprbtokoll zwischen einem Systemrechner 
und einem Protokollkonverter; Konvertieruhg der Daten des 
ersten Dateniibertragungsprotokolls in Daten des zweiten 
Datenubertragungsprotokolls und umgekehrt in den Proto- 
kollkonverter; und Ubertragung von Daten nach dem zwei- 
ten DateniibertragungsprotokoU zwischen dem Protokoll- 
konverter und mindestens einer Einrichtung. 
[0034] Die erfindungsgemaBe Vorrichtung und das erfin-, 
dungsgemaBe Verfahren zur Datenkonununikation zwi- 
schen einem Systeiiurechner und mindestens einer Einrich- 
tung iiber einen Protokollkonverter ermoglicht einen einfa- 
chen uiid flexiblen Aiifbau von komplexen Heiziings-, 
Klinia- und Kiihlanlagen. Die Parametrisierung und Fem- 
iiberwachung der Einrichtungen kann auf gleiche Weise von 
einem Systemrechner in der Leitstelle oder einem mobilen 
Systemrechner vor Ort durchgefiihrt werden. Der ProtokoU-. 
konverter ermoglicht den Einsatz von verschiedensten Bus- 
systemen zur Vemetzung der Eimichtungen und zum Betrei- 
ben einer Dateniibertragungsverbindung zu dem System- 
rechner iiber eine eventuell bereits vorhandene Kommuni- 
kationsinfrastruktur. Durch die Zwischenspeicherung der 
Daten in dem Protokollkonverter konnen im Fall einer Tele- 
fonwahlverbindung zu dem Systenu-echner die Verbin- 
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dungskosten niedrig gehalten werden. Die Datenbank des 
Systemrechners ermoglicht dem Bedienpersonal einen un- 
hiitteibaren Zugriff auf aktuelle Betriebs- und Konfigurati- 
onsdaten der zu verwaltenden Einrichtungen. 
[0035] Die folgende Beschreibung von Ausfuhrungsbei- 5 
spielen wird anhand von beigefiigten schematischen Figuren 
vorgenommen. Es zeigen: 

[0036] Fig, 1 eine schematische Darstellung einer erfin- 
dungsgemaBen Vorrichtung zur Datenkommunikation, ins- 
besondere zur Parametrisierung und Femiiberwachung von 10 
Heizungsanlagen; 

[0037] Fig, 2 ein mogliches Ablaufdiagramm der Verar- 
beitung in einem ProtokoUkonverter; 
[0038] Fig, 2 ein mogliches Ablaufdiagramm der Verar- 

beitung in einem Systemrechner; 15 
[0039] Fig. 4 eine schematische Darstellung von zwei Sy- 
stemrechhem, die direkt an ein LAN angeschlossen sind;' 
und 

[0040] Fig. 5 eine schematische Darstellung fur ein Aus- 
fiihrungsbeispiel eines Protokollkonverters. 20 
[0041] Die Fig. 1 zeigt eine schematische Darstellung ei- 
ner erfindungsgemaBen Vorrichtung ziir Datenkommunika- 
tion, insbesondere zur Parametrierung und Femiiberwa- 
chung von Heizungsanlagen. Bei den zu iiberwachenden 
Einricfatungen handelt es sich in diesem- Ausfuhningsbei- 25 
spiel um eine erste Heizungsanlage HZ-A2, eine zweite Hei- 
zungsanlage HZ-B3 und einen Warmezahler WZ4. Die Ein- 
richtiingen 2, 3, 4 sind an das Bussystem 5 angeschlossen. 
Bei dem Bussysteni 5 handelt es sich beispielsweise um ei- 
nen LON-Hausbus, der in einem Gebaude zur Steuerung der 30 
Gebaudetechnik verlegt ist. 

[0042] Der ProtokoUkonverter 1 ist sowohl mit dem Bus- 
system 5, als auch mit einem Modem 7 verbunden. Dazu 
kann der ProtokoUkonverter beispielsweise eine LON-Bus- 
schnittstelle, eine optische SchnittsteUe (OptoUnk-Interface) 35 
und eine RS-232-SchnittsteUe aufweisen. Bei dem Modem 
7 kann es sich um ein analoges Telefonmodem oder um ein 
iSDN-Modem handeln. Das Modem 7 ist iiber eine Stan- 
dardtelefonverkabelung mit einem privaten oder offentli- 
chen Femsprechnetz verbunden. Ans telle einer drahtgebun- 40 
denen Verbindung kann auch eine drahtlose Verbindung 
iiber ein GSM-Modem vorgesehen sein. Die Steuerung des 
Mddems 7 erfolgt von dem ProtokoUkonverter 1. Der Proto- 

' kollkbnverter 1 weist weiterhin einen Speicher 6 zur Spei- 
cherung von abgefragten Daten der angeschlossenen Ein- 45 
richtungen 2, 3, 4 und zum Speichem von empfangenen 
Nachrichten von den Einrichtungen 2, 3, 4 auf. 
[0043] Ein ProtokoUkonverter 1 kann auch zusatzliche 
analoge oder digitale Ein- und Ausgange zum direkten An-' 
schluB von Einrichtungen ohne BusschnittsteUe aufweisen. 50 
Durch die Eingange konnen beispielsweise die Zustande an- . 
geschlossener Gerate oder MeBwerte eifaBt werden. Die 
Ausgange, z. B. Relais-Ausgange, , konnen zur Steuerung - 
von angeschlossenen Gerate verwendet werden. Dies er- 
m5gUcht den Betrieb von relativ einfachen Geraten wie 55 
Teniperatursensoren, die keine eigene BusschnittsteUe auf- 
weisen, Diirch die Ein- und Ausgange des ProtokoUkonver- 
ters 1 konnen diese Gerate von der erfindungsgemaBen Mxc- 
richtung zur Datenkommunikation iiberwacht und gesteuert 
werden. Der ProtokoUkonverter t iibemimmt die Funktion 60 

• einer virtueUen Einrichtung, die wie die anderen Einrichtun- 
gen vom Systemrechner 8 iiberwacht, parametrisiert und 
eingestellt wird und die die Steuerung der direkt angeschlos- 
senen Gerate durchfiihrt; ■ 

[0044] Der ProtokoUkonverter 1 fragt in vorgegebenen 65 
zeitlichen Abstanden vorbestimmte Daten von den iiber das 
Bussystem 5 angeschlossenen Einrichtungen 2, 3, 4 ab und 
speichert diese in dem dafur vorgesehenen Speicher 6. In 
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dem in Fig, 1 gezeigten Beispiel wurden Daten von der er- . 
sten Heizungsanlage HZ-A2, der zweiten Heizungsanlage 
HZ-B3 und dem Warmezahler WZ4 abgefragt und gespei- 
chert. Die zykUsche Datenabfrage kann beispielsweise alle 
10 iVIinuten erfolgen. Die abgefragten Daten konnen bei- 
spielsweise die Betriebs- und Konfigurationszustande der 
abgefragten Einrichtungen enthalten. In dem in Fig. 1 ge- 
zeigten Beispiel wurden diese Daten beispielsweise um 7.55 
Uhr von den Einrichtungen 2, 3, 4 abgefragt. Die gespei- 
cherten Daten werden von dem ProtokoUkonverter 1 im 
Speicher 6 zur Abfrage vom Systemrechner 8 bereitgehal- 
ten. 

[0045] Der Systemrechner 8 baut beispielsweise jede 
Stunde eine Verbindung zu dem ProtokoUkonverter 1 auf 
und veranlaBt die Ubertragurig der vom ProtokoUkonverter 
1 gespeicherten Daten. In dem gezeigten Ausfiihrungsbei- 
spiel ist dazu ein analoges oder ein ISDN-Modem 9 mit dem 
Systemrechner 8 und deni Femsprechnetz verbunden. Ein 
Systemrechner 8 kann auch uber mehrere Modems 9 verfti- 
gen, um gleichzeitig mehrere Verbindungen zu ProtokoU- 
konyertem zu unterhalten. Der Systenarechner 8 veranlaBt 
beispielsweise das Modem 9 eine Wahlverbindung zu dem 
Modem 7 und dem ProtokoUkonverter 1 aufzubauen. Dies 
kann in vorgegebenen zeitUchen Abstanden oder nach Be- 
darf geschehen. . 

[0046] Weiterhin kann das Riickrufverfahren zu dem Auf- 
bau einer sicheren Verbindimg zwischeri ProtokoUkonverter 
1 und Systemrechner 8 verwendet werden. Die Verbindung 

kann sowohl als eine direkte Modem verbindung zwischen 
den Modems 7, 9 (z, B. iiber den V34 oder y.90 Standard) 
als auch iiber eine Intemetverbindung erfolgen. Dazu wahlt 
beispielsweise das Modem 7 eine lokale Einwahlnummer 
eines Intemetproviders und steUt eine Verbindung zu dem 
Systemrechner 8 her, der iiber das Modem 9 oder einen 
LAN-Anschlu6 niit dem Internet verbunden ist. 
[0047] Nach Verbindungsaufbau werden die im ProtokoU- 
konverter 1 gespeicherten. Daten an den Systemrechner 8 
iibertragen und dort in einer Datenbank 10 abgelegt. Nach 
Beendigung der Dateniibertragung kann die Verbindung zur 
Reduktion der Verbindungskosten abgebaut werden. ' 
[0048] In dem in Fig. 1 gezeigten Beispiel erfolgt der Ver- 
bindungsaufbau voiiL Systemrechner 8 zu dem ProtokoU- 
konverter 1 beispielsweise in stiindUchen Abstanden. Die in 
der Datenbank 10 abgelegten Daten wurden beispielsweise 
um 8.00 Uhr vom ProtokoUkonverter 1 zum Systemrechner 
8 iibertragen. Der ProtokoUkonverter 1 hat diese Daten bei- 
spielsweise um 7.55 Uhr von den Einrichtungen 2, 3, 4 ab- 
gefragt. Eine nachste regetmaBige Dateniibertragung zwi^ 
schen ProtokoUkonverter 1 und Systemrechner 8 wiirde in 
dem gezeigten Beispiel um 9.00 Uhr stattfinden. 
[0049] Um 8.05 Uhr ge;ht beispielsweise eine Nachricht 
mit einer Storungsmeldung der zweiten Heizungsanlage 
•HZ-B3 in dem ProtokoUkonverter 1 ein. Bei Eingang einer 
Storungsmeldung soU erfindungsgemaB vom ProtokoUkon- 
verter 1 spfort eine Nachricht an den Systemrechner 8 iiber- 
riiittelt werden und nicht auf die nachste Abfrage der Daten 
durch den Systemrechna: 8 gewartet werden. In dem gezeig- 
ten Beispiel wiirde die nachste vom. Systemrechner 8 initi- 
ierte Datenubertragung um 9 Uhr stattfinden. Der ProtokoU- 
konverter 1 steuert das Modem 7 an um eine Verbindung zu 
dem Systemrechner 8 aufzubauen und die empfangene 
Nachricht weiterzuleiten. Kann diese Verbindung zwischen 
ProtokoUkonverter 1 und Systemrechner 8 nicht aufgebaut 
werden, so kann der ProtokoUkonverter 1 beispielsweise 
nach Verstreichen einer vorbestimmten Zeit weitere Versu- 
che zum Verbindungsaufbau auch zu anderen Systemrech- 
nern untemehmen, um die empfangene Nachricht an einen 
Systemrechner weiterzuleiten. Der Systenurechner 8 kann 
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die empfangene Nachricht gemafi dem Bearbeitungsplan, 
bei spiels weise in Form eines Fax, einer Email oder einer 
SMS-Nachricht, an das Bedienpersonal weiterleiten, wenn 
die Leits telle zum Zeitpunkt des Empfangs der Nachricht 
nicht besetzt ist. Kommt diese Verbindung auch bei den wei- 5 
teren Versuchen nicht zustande, versendet der Protokollkon- 
verter 1 eine vorgegebene Nachricht. 

[0050] In dem in Fig, 1 gezeigten Beispiel wird eine Fax- 
Nachricht mit eihem entsprechenden Inhalt an das Fax-Ge- 
rat 11 gesendet. Das Fax-Gerat 11 kann sich beispielsweise 10 
* in einer Leitstelle oder zuhause bei einer zustandigen Be- 
triebsperson befinden. Die zustandige Person kann auf diese 
Weise unmittelbar von der eingegangenen Storung in einer 
der Einrichtungen benachrichtigt werden, obwohl zu diesem 
Zeitpunkt keine Verbindung zwischen Protokollkonverter 1 is 
und Systemrechner 8 moglich ist. 

[0051] SelbstverstandUch konnen Protokollkonverter 1 
und Systemrechner 8 auf viele andere Arten miteinander 
verbunden werden und Daten austauschen. Beispielsweise 
konnen beide direkt an ein Computemetzwerk (LAN) ange- 20 
schlossen werden oder sie konnen direkt iiber ein NuIL-Mo- 
dem miteinander verbunden werden. Es sind aiich weitere 
Ausfuhrungsformen denkbar, bei denen das Internet oder 
andere Dateniibertragiingsmedien genutzt werden k5nnen. 
[0052] Die BetriebsT und Konfigurationsdaten der Ein- 25 
richtungen 2, 3, 4 konnen vom Betriebspersonal in der Leit- 
stelle direkt durch Zugriff auf die Datenbank 10 des System- 
rechners 8 gepruft und kontrolUert werden, ohne daB dazu 
eine dauerhafte Verbindung zu den zu wartenden und uber- 
wachenden Einrichtungen 2, 3, 4 bestehen muB. Selbstver- 30 
standlich sind die in diesem Beispiel angegebenen vorgege- 
benen zeitlichen Abstande nur ein mogliches Beispiel fiir 
eine Konfiguration der erfindungsgemaBen Vorrichtung und 
konnen den Anforderungen entsprechend angepaBt werden. 
[0053] Die Fig. 2 z;eigt einen moglichen Ablaufplan fiir 35 
die Verarbeitung in einem Protokollkonverter. In einem 
Schritt 100 wird die gespeicherte Systemkonfiguration des 
PrptokoUkonverters ausgewertet und der Protokollkonverter 
wird initialisiert. Dabei kann beispielsweise ein angeschlos- 
senes Modem kohfiguriert und das Hausbussystem gepruft 40 
werden. 

[0054] . In dem Schritt 110 wird gepruft, ob Kommandos 
des Systemrechners 8 fur den Protokollkonverter 1 ange- 
schlossene Einrichtungen 2, 3, 4 empfangen wurden. Im 
Falle eines Empfangs derartiger Kommandos werden diese 45 
in einem Schritt 120 bearbeitet und an die entsprechende 
Einrichtungen iiber das Bussystem 5 weitergeleitet. Es sind 
selbstverstandlich auch solehe Kommandos moglich, die an 
alle angeschlossenen Einrichtungen iiber das Bussystem 5 
weiterzuleiten sind (Broadcast). Weiterhiri kann der System- 50 
' rechner 8 naturlich auch Kommandos an den Protokollkon- 
verter 1 selbst senden. Diese sind vom Protokollkonverter 1 
auszuwerten. Beispielsweise kann auf diese Art die zu wah- 
lende Telefonnunmier fur eine Notverbindung verandert 
werden. 55 
[0055] In Schritt 130 piruft der Protokollkonverter 1, ob 
eine Datenanfrage'vom Systemrechner 8 vorHegt. Liegt eine 
Anfrage fur Daten von angeschlossenen Einrichtungen vor, 
werden in Schritt 140 die angefragten Daten an den System- 
rechner 8 iibersandt, Sind keine Daten an den Systemrech- 60 
ner 8 zu senden, so wird direkt zu Schritt. 150 verzweigt. 
[0056] In Schritt 150 werden die in den Konfigurationsda- 
ten festgelegten vorbestimmten Daten von einer Einrichtung 
2, 3, 4 abgefragt. Dazu wird ein entsprechendes Kommando 
nach dem zweiten DateniibertragungsprotokoU an die Ein- 65 
richtung 2, 3, 4 iiber das Bussystem 5 gesendet. Die ange- 
sprochene Einrichtung meldet sich mit den angefragten Da- 
ten iiber das Bussystem 5 zurilck. Die auf diese Weise emp- 



fangenen Daten werden in deni Speicher 6 des Protokoll- 
konverters 1 abgelegt. 

[0057] In Schritt 160 wird gepruft, ob aufgrund der emp- 
fangenen Daten oder aufgrund von eingegangenen Nach- 
. richten von den zu iiberwachenden Einrichtungen 2, 3, 4 
eine Notfallmeldung an den Systemrechner 8 abzusenden 
ist. 

[0058] Falls eine solche Nachricht an den Systemrechner 

8 abzusenden ist, wird in Schritt 170 versucht, eine Verbin- 
dung zu dem Systemrechner 8 aufzubauen, GegebenenfaUs 
ist der Versuch eine Verbindung aufzubauen nach einer vor- 
gegebenen Zeit mehrfach (z. B. lOmal) zu wiederholen. Es 
kann auch versucht werden eine Verbindung zu einem ande- 
ren Systemrechner 8 aufzubauen. 

[0059] Kann eine Verbindung zu dem Systentirechner 8 
hergesteUt werden, so sendet der Protokollkonverter 1 in. 
Schritt 180 gemaB dem ersten Dateniibertragungsprotokoll 
eine Nachricht, z. B. eine Notmeldung entsprechenden In- 
halts, an den Systemrechner 8. Diese Notmeldung kann' die 
empfangene Nachricht von der gestorten Einrichtung und/ 
oder den Grund aufgrund denen die Notmeldung abgesendet 
wurde, enthalten. 

[0060] ~ Die Dateniibertragung zu dem Systemrechner 8 
kann nach einem Quittungsverfahren durchgefiihrt werden, 
bei deni die jeweilige empfangende Seite den Erhalt eirier 
Nachricht quittiert. 

[0061] Falls keine^ Verbindung zum Systemrechner 8 auf- 
gebaut werden kann, wird von Schritt 170 zu Schritt 1$|0 
verzweigt. In Schritt 190 wird vom Protokollkonverter 1- 

eine vorbestimmte Notverbindung aktiviert und eine vorge- 
gebene Nachricht, beispielsweise ein Fax, versandt. Dieses, 
Fax kann den Grund fiir die Notmeldung und eine Beschrei- 
bung der vorliegende Storung der Verbindung zum System- 
rechner 8 enthalten. 

[0062] In Schritt 200 wird gepriift, ob die bestimmten Da- 
ten von aUen abzufragenden Einrichtungen 2, .3, 4 bereits 
vorliegen, FaUs noch Daten von Einrichtungen 2, 3, 4 in die- 
sein Durchlauf eines Zyklus abzufragen sind, wird zuriick 
zu. Schritt 110 verzweigt und mit der nachsten Einrichtung 
fortgefahren. Sind bereits. alle. an das Bussystem 5 ange- 
schlossenen Einrichtungen 2, 3, 4 abgefragt, so wird mit 
Schritt 210 fortgefahren. 

[0063] In Schritt 210 wird eine vorgegebene Zeit abge- 
wartet bevor ein neuer Abfragezyklus gestartet wird. Nach 
beispielsweise 10 Minuten wird der Ablauf mit Schritt 110 
und der Abfrage der ersten abzufragenden Einrichtung fort- 
gesetzt. Die Reihenfolge der abzufragenden Einrichtungen 
2, 3, 4 kann in der Konfiguration des Protokollkonverters 1 
beliebig festgelegt werden. 

[0064] Die Fig, 3 zeigt einen mogUchen Ablauf der Verar- 
beitung in dem Systemrechner 8 in einer Ausfuhrungsform • 
mit mehreren ProtOkollkonVertem. In Schritt 300 werden 
die Daten der zu uberwachenden Einrichtungen 2, 3, 4 von' 
dem ersten Protokollkonverter 1 abgefragt. Dazu wird von 
dem Systemrechner 8 eine Verbindung zu dem Protokoll- 
konverter 1 aufgebaut, d. h. beispielsweise wird das Modem 

9 so angesteuert, daB eine Wahlverbindung iiber ein privates 
oder offentliches Fernsprechnetz zu dem Modem 7 und dem 
Protokollkonverter 1 entsteht. Der Verbindungsaufbau kann 
auch mit einem Riickrufverfahren (Call-back- Verfahren) er- 
folgen, bei dem die Verbindung nach Erhalt einer Riickruf- 
aufforderung immer von dem Protokollkonverter 1 aufge- 
baut wird. Der Systemrechner 8 sendet entsprechende Kom- 
mandos an den Protokollkonverter 1, der wiederum die an- 
geforderten Daten an den Systemrechner 8 sendet. Im An- 
schluB an den Datenaustausch wird im Falle einer Wahlver- 
bindung diese abgebaut. 

[0065] FUr den Fall, daB sdwohl Systenurechner 8 als auch 
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Protokollkonverter 1 an ein Dateniibertragungsnetzwerk mit gezeigt) auf. In diesem Beispiel weist der Systemrechner 8, 

festen Verbindungen, beispielsweise ein LAN, angeschlos- der sich beispielsweise in der Leitstelle befindet, eine zen- 

sen sind, erfolgt kein Aufbau einer temporaren Wahlverbin- . trale Datenbank 10 auf. Bei dem Systemrechner 11 handelt 

dung. Es wird lediglich eine logische Verbindung zwischen es sich urn einen tragbaren Systemrechner in Form eines 

Systemrechner 8 und Protokollkonverter 1 zur Datenuber- 5 Notebooks mit dem beispielsweise ein Kundendienst- oder 

tragung aufgebaut. Dies kann beispielsweise durch die Ver- Wartungstechniker vor Ort eine Diagnose und Wartung yon 

wendung von Sockets fUr das TCP geschehen. Naturlich Heizungsanlagen vomehmen kann. Der Wartungstechniker 

konnen auch verbindungslose Dbertragungsprotokolle, wie kann die Heizungsanlage mit Hilfe des mobilen System- 

beispielsweise UDP, eingesetzt werden. rechners 11 konfigurieren und warten. Nach AbschluB der 

[0066] Die empfangenen Daten werden in Schritt 310 in 10 Wartungsarbeiten werden dieaktuelleh Konfigurationsdaten 

die Datenbank 10 des Systemxechners 8 eingetragen. Auf- von der Datenbank 12 an die zentrale Datenbank 10 uber- 

grund der in der Datenbank 10 vorhandenen Daten kann mittelt Auf diese Weise kann die Konsistenz der Datenban- 

eine Bedienperson jederzeit den Zustand der zu uberwa- ken 10, 12 sichergesteUt werden. Die Verbindung und Kom- 

chenden Einrichtungen 2, 3, 4 uberprufen, bhne daJ3 erst munikation zwischen den beiden Systemrechnem 8, 11 kann 

Verbindungen zu den einzelnen Einrichtungen 2, 3, 4 aufge- 15 auf einfache Weise uber das LAN oder das Internet z. B. 

baut und die Daten abgefragt werden miissen. durch das Internet Protocol IP erfolgen. 

[0067] In Schritt 320 werden die empfangenen Daten aus- [0073] In einer weiteren Ausfiihrungsform kann sich bei- 

gew^rtet. Beispielsweise kann ein auBergewohnlicher Be- spielsweise der Systemrechner 8 in der LeitsteUe des Anla- 

triebszustand einer Einrichtung 2, 3, 4 festgesteUt werden. genbetreibers befinden, wahrend der zweite Systemrechner 

Weiterhin konnen empfangene MeBwerte, beispielsweise 20 11 beispielsweise in der Leitstelle eines Anlagenherstellers 

von Warmezahlem oder Temperaturfuhlern, analysiert wer- angeordnet ist. Auf diese Weise laBt sich einfach ein mehr- 

den. In Schritt 330 wird festgesteUt, ob anhand der ausge^ stufiges System zur Parametrisierung und Fernuberwachung 

werteten Daten eine Nachricht an eiiie Bedienperson zu ver- von Heizungsanlagen schaffen. Der Anlagenbetreiber fuhrt 

senden ist. beispielsWeise einfache Waitungsaufgaben selbst aus und 

[0068] Gegebenenfalis wird* in Schritt 340 eine solche 25 uberlaBt kompUziertere Wartungs- und Diagnoseaufgaben 

Nachricht versandt. Mit Hilfe dieser Nachricht kann eine zu- dem Servicepersonal des Anlagenherstellers; ' Weiterhin 

standige Bedienperson von einem auBergewohnlichen Zu- kann die Leitstelle des Anlagenbetreibers nur teilweise be- 

stand, beispielsweise dem Vorliegen einer Stoning in einer setzt sein. Wahrend der Nacht und am Wochenende wird die 

Einrichtung, in Kenntnis gesetzt werden. Die Nachricht Fernuberwachung von einer anderen I-eitstelle durchge- 

kann beispielsweise in Form einer SMS-Nachricht an das 30 fuhrt. Diese kann beispielsweise ein Servicecenter-des Anla- 

Mobiltelefon der Bedienperson iibersandt werden. Die Be- genhersteUers sein, der zentral die Wartung und Femuber- 

dienperson kann so auf einfache Weise zujederZeit und an wachung von Anlagen vieler seiner Kunden durchfuhrt. 

jedem Ort alarmiert werden. Durch die Verwendung des Internets zur Kommunikation 

[0069] In Schritt 350 wird gepruft, ob bereits alle Proto- zwischen den einzelnen Systemrechnem 8, 11 kann eine soi- 

kollkonverter des Systems abgefragt wurden. Falls noch 35 che verteilte Parametrisierung und Femuberwachung yori 

weitere Protokollkonverter abzufragen sind, wird zuriick zu Einrichtungen 2, 3, 4 auf kostengunstige Weise ermoglicht 

Schritt 300 verzweigt und dort mit der Abfrage des nachsten werden. 

ProtokpUkohverters fortgefahren. Die Reihenfolge der Ab- [0074] Zur Gewahrleistung der Sicherheit beim Zugriff 

frage der Protokollkonverter kann beliebig ifestgelegt wer- auf Systemrechner 8, 11 und Protokollkonverter 1 konnen 

den und kann im Systemrechner 8 gespeichert werden. ■ 40 entsprechende Zugangskontrollen beispielsweise diirch 

[0070] Im AnschluB an die Abfrage allerProtokollkonver- Kenriworter vorgesehen sein. Nur registrierte und berech- 

ter .wird in Schritt 360 eine vorbestiminte Zeit gewartet, be- tigte Aiiwender und Systeme konnen einen Zugriff auf Sy- 

vor ein neuer Durchgarig fiir einen neuen Zyklus gestartet stemrechner 8, 11 und Protokollkonverter 1 erlangen. Bei- 

vvird. Die vorgegebene Wartezeit. kann deh entsprechenden spielsSyeise kann ein Betreiber einer Anlage dem zentralen 

' i^ystemanforderuhgen entsprechend flexibel eingesteUt Wer- 45 Kundendienst des .Anlagenherstellers Zugriffsrechte .auf 

(Jen. seine Protokollkonverter 1 und Systemrechner 8, H einrau- 

[0071] Wahrend der oben gezeigten Bearbeitungsschritte men. Weiterhin kann der Datenverkehr zwischen den eihzel- 

kann jederzeit eine Nachricht von einem Protokollkonverter nen Komponenten der Vorrichtung verschlusselt werden. 

1 eintreffen. Die Verarbeitung dieser \Nachrichten wird hier [0075] Die Fig* 5 zeigt eine schemarische DarsteUung fur 

nicht gezeigt und kann beispielsweise durch eine Interrupt- 50 ein mogliches Ausfuhrungsbeispiel eines erfindungsgema- 

Routine erfolgen. Weiterhin wird hier nicht auf vom Benut- Ben Protqkollkonverters. 

zer initiierte spezielle Verarbeitungsschritte eingegangen. [0076] Der gezeigte Protokollkonverter 1 kann vorteilhaf- 

Der Benutzer kann beispielsweise jederzeit eine Aktualisie- terweise aus einem Grundmodul 20 und einem Erweite- . 

■ rung der vorliegenden Daten anfordem. In diesem Fall wird rungsmodul 21 aufgebaut sein. Das Grundmodul 20 weist 
vpm Systemrechner 8 eine auBerplanmaBige Abfrage der 55 eine Modemschnittstelle 22 nach der RS 232-Spezifikation 
angefragten Daten von dem Protokollkonverter 1 gestartet. init V.24-Pegeln und mit LED-Anzeigen fiir Anwahl und 
Weiterhin kann der Benutzer jederzeit Kommandos fur be- Verbindung auf. Die ModemschnittsteUe 22 wird mit einem 
stimmte Einrichtungen an der Bedienkonsole des System- serieUen Verbindungskabel mit dem protokoUkonvertersei- 
rechners 8 eingeben. Diese Kommandos werden anschlie- tigen Modem 7 verbunden. 

Bend vom Systemrechner 8 an den entsprechenden Proto- 60 [0077] Das Grundmodul 20 sowie das Erweiterungsmodul 

kollkonverter 1 iibertragen und dort an die gewUnschte Ein- 21 weisen jeweils eine SchnittsteUe 23 auf, beispielsweise 

richtung 2, 3, 4 weitergeleitet. ein ?C-Bus-Ihterface. Grundmodul 20 und Erweiterungs- ' 
[0072] Die Fig. 4 zeigt schematisch eine DarsteUung einer modul 21 konnen einfach durch den I^-Bus miteinander 
Ausfiihrungsform mit zwei Systemrechnem 8, 11, die direkt verbunden werden. Auf diese Weise laBt sich ein flexibler 

an ein LAN angeschlossen sind. Beide Systemrechner 8, 11 65 Aufbau eines ProtokoUkonverters 1 erreichen.^Bei Bedarf 

■ weisen jeweils eine Datenbank 10, 12 zur Speicherung von konnen weitere Erweiterungsmodule uber den I C-Bus hin- 
Konfigurations-, Wartungs- und Betriebsdaten von an den zugeschaltet werden, und es kann flexibel ein erweiterter 
Protokollkonverter 1 angeschlossenen Einrichtungen (nicht Protokollkonverter 1 mit weiteren AnschluBmoglichkeiten 
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geschaffen werden. 

« [0078] Sowohl Grundmodul 20 als auch Ervveiterungsmo- 
dul 21 konnen digitale oder analoge Ein- und Ausgange auf- 
weisen. Diese konnen fur einen direkten AnschluB von weir 
teren Einrichtungen an deri ProtokoUkonverter 1 vorgesehen 5 
sein. In dem gezeigten Beispiel weisen Grundmodul 20 und 
Erweiterungsmodul 21 jeweils eine digitale Eingangsein- 
richtung 24 mit acht digitalen Eingangen auf. Die digitalen 
Eingange sind beispielsweise zum Erfassen von Betriebszu- 
standen geeignet. 10 
[0079] Weiterhin weisen Grundmodul 20 und Erweite- 
rungsmodul 21 jeweils eine analoge Eingangseinrichtung 25 
auf. Jede analoge Eingangseinrichtung 25 weist zwei ana- 
loge Eingange zum AnschluB yon beispielsweise MeBgera- 
ten wie Teniperatursensoren auf. Die analogen Eingange 15 
sind mit Analog/Digital- Wandlem versehen, die eine einfa- 
che MeBwerterfassung und eine Ubertragung der digitali- 
sierten MeBwerte zu dem Systemrechner 8 ermogHchen. Die 
Analog/Digital- Wandler haben beispielsweise eine Genau- 
igkeit von 8 Bit. 20 
[0080] ; Grundmodul 20 und Erweiterungsmodul 21 sind 
jeweils mit einer Ausgabeeinrichtung versehen, die Relais- 
ausgange zum Schalten von Lasten aufweisen. Die Relais- 
ausgange konnen beispielsweise zum direkten Ein- und . 
Ausschalten von Geraten vorgesehen sein. 25 
[0081] Das Grundmodul 20 kann weiterhin eine LXDN- 
Schnittstelle 27 ziim AnschluB eines LON-Bussys terns 5 
aufweisen, an der die Einrichtungen 2, 3, 4 angeschlossen 
sind. 

[0082] Weiterhin kann das Grundmodul 20 eine Optolink- 30 
Schnittstelle 28 aufweisen. Diese optische Schnittstelle 
kann zum storungsfreien AnschluB eines mobilen System- 
rechners 8 fur Wartung und Diagnose vor Ort vorgesehen 
sein. : 

[0083] AiiBer den in Fig, 5 gezeigten Funktionseinheiten 35 
kann der ProtokoUkonverter 1 tiber Bedien- und Anzeige- 
elemente wie Betriebs- und Storungsanzeigen verfugen. 
Weiterhin ist eine ehtsprechende Spannungsversorgung Vor- 
zusehen. • 

[0084] Die in Fig. 5 gezeigte Ausfiihrungsform eines Pro- 40 
tokollkonverters 1 ermdglicht einen flexiblen Aufbau. Ftir 
kleine Anlagen', die nur wenige direkt an den Protokollkbn-. 
verier 1 anzuschlieBende Einrichtungen aufweisen, kann der 
erfindungsgemafie ProtokoUkonverter 1 allein aus dem 
Grundmodul 20 bestehen. Durch den Einsatz von einem 45 
Oder mehreren Erweiterungsmodulen 21 kann der ProtokoU- 
konverter 1 flexibel enveitert werden, und zusatzUche Ein- 
richtungen konnen auf einfache Weise zur Femwartung, Pa- 
rametrisierung und Steuerung an den ProtokoUkonverter 1 
angeschlossen werden. Der ProtokoUkonverter 1 wird dazu 50 
vom Systemrechner 8 wie eine am Bussystem 5 angeschlos- 
sene Einrichtung behandelt und karin selbst Empfanger von 
Nachrichteh und Kommandos sein, init denen die direkt an- 
geschlossenen Gerate abgefragt oder beeinllusst werden 
konnen. 55 

Patentanspriiche 

1. Vorrichtung, insbesondere zur Parametrierung und 
Fernuberwachung von Heizungs anlagen, mit 60 
einem Systemrechner (8), der zur Ubertragung von Da- 
ten nach einem ersten DatenubertragungsprotokdU ge- 
eignet ist, 

mindestens einer Einrichtung (2, 3, 4), die zur Ubertra- 
gung von Daten nach einem zweiten Datentibertra- 65 
gungsprotokoll geeignet ist, 

einerh ProtokoUkonverter (1), der mit dem System- 
rechner (8) verbunden ist und der Daten des ersten Da- 
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teriiibertragungsprotokoUs in Daten des zweiten Daten- 
iibertragungsprotokoUs und umgekehrt konvertiert, 
und 

• einem Bussystem (5), an das die Einrichtungen (2, 3; 4) 
und der ProtokoUkonverter (1) anschlieBbar sind. 

2. Vorrichtung nach Anspruch 1, wobei die an das 
Bussystem (5) anschlieBbaren Einrichtungen (2, 3, 4) 
Heizungs-, KUma- und/oder Kuhlanlagen und/oder 
MeB- Oder Steuereinrichtungen fiir den Betrieb von 
Heizungs-, KUma- und/oder Kuhlanlagen sind. 

3. Vorrichtung nach Anspruch 1 oder 2, wobei das 
Bussystem (5) ein Haus- oder Feldbus ist und/oder das 
zweite DateniibertragungsprotokoU ein LON-ProtokoU 
ist. 

* 4. Vorrichtung nach zumindest einem der Anspriiche 1 
bis 3, wobei das erste DatenubertragungsprotokoU ein 

. ProtqkoU auf der. Basis des Internet Protocols IP, insbe- 
sondere das Simple Network Management' Protocol 
SNMP, das Hypertext Transport Protocol HTTP, das 
Transport Control Protocol TCP oder das Lon Works 
Network Protocol, ist. 

5. Vorrichtung nach zumindest einem der Anspriiche 1 
bis 4, wobei der ProtokoUkonverter (1) vorbestinunte 
.Daten in vorgegebenen zeitlichen Abstanden yon den 
Einrichtungen (2, 3, 4) abfragt, speichert, an den Sy- 
steinrechner (8) sendet und/oder zur Abfrage vom Sy- 
.stemrechner (8) bereit halt. ' 

6. Vorrichtung nach zumindest einem der Anspriiche 1 
bis 5, wobei der Protblcollkonverter (1) einen Speicher 
(6) fur die Spejcherung der von den Einrichtungen ab- 

^ gefragten Daten auf weist. 

7. Vorrichtung nach zumindest einem der Anspriiche 1 
bis 6, wobei der ProtokoUkonverter (1) vom System- 
rechner (8) empfangene Daten, die fiir eine bestinunte 
Einrichtung (2, 3, 4) bestimmt sind, iiber das Bussy- 
stem (5) an die entsprechende Einrichtung (2, 3, 4) sen- 
det. 

8. Vorrichtung nach zumindest einem der Anspriiche 1 
bis. 7, wobei der ProtokoUkonverter (1) eine vorbe- 

, stimmte Verbindung aktiviert, werin von einer der Ein- 
richtungen (2, 3, 4) eine Storungs- oder Wartungsmel- 
dung vorUegt. 

9. Vorrichtung nach zumindest einem der Anspriiche 1 ■ 
bis 8, wobei der ProtokoUkonverter (1) eine vorgege- 
bene Nachricht, insbesondere ein Fax, eine Sprach- 
nachricht, eine Email oder eine SMS-Nachricht, ver- 
sendet, wenn von einer der Einrichtungen (2, 3, 4) eine 
Storungs- oder Wartungsmeldung vorliegt und die Ver- 
bindung zum Systemrechner (8) gestort isf. 

10. Vorrichtung nach zumindest einem der Anspriiche 
1 bis 9, wobei die Verbindung zwischen dem ProtokoU- 
konverter (1) und derri Systemrechner (8) iiber eine 
analoge und/oder digitale Telef on verbindung erfolgt 
und ein analoges Modem, ein GSM-Modem oder ein 
ISDN-Modem. (7, 9) aufweist. 

* 11. Vorrichtung nach Anspruch 10* wobei die' Verbin- 
dung zwischen dem ProtokoUkonverter (1) und dem 
Systemrechner (8) iiber ein Riickrufverfaliren aufge- 
baut wird. 

.12. Vorrichtung nach zumindest einem der Anspriiche 
1 bis 11, wobei der System rechner (8) in vorgegebenen 
zeitlichen Abstanden eine Verbindung zu dem Proto- 
koUkonverter (1) aufbaut und vbrbestimmte Daten ab- 
fragt, die der ProtokoUkonverter (1) zuvor von den Ein- 
richtungen (2, 3, 4) abgefragt und zwischengespeichert 
hat. 

13. Vorrichtung nach zumindest einem der AnsprUche 
1 bis 12, wobei der Systemrechner (8) eine Verbindung 
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zu dem Protokollkon verier (1) aufbaut und/oder Daten 
fiir eine bestimmte Einrichtung (2, 3, 4) an den Proto- 
kollkonverter (1) sendet und/oder Daten von einer be- 
stimmten Einrichtung (2, 3, 4) von dem Protokollkon- 
vertpr (1) empfangt. 5 

14. Vorrichtiing naich zumindest einem der Anspruche 
1 bis 13, wobei der Systemrechner (8) eine Datenbank 
(10) aufweist, die die Konfigurations-, Inbetrieb- 
nahme-i Wartungs- und/oder Betriebsdaten von Ein- 
richturigen (2, 3, 4) und/oder dem Protokollkonverter lO 
(1), insbesbndere Storungs- und Wartungsmeldungen, 
enlhalt. 

15. Vorrichtung nach Anspruch 14, wobei der System- 
rechner einen Internet- und/oder WAP-Server zum Zu- 
griff auf die Datenbank (10) aufweist. 15 

16. Vorrichtung nach zumindest einem der Anspruche 
1 bis 15, wobei der Systemrechner (8) eine vorbe- 
stimmte Nachricht, insbesondere ein Fax, eine Sprach- 
nachricht, eine Email oder eine SMS-Nachricht, ver- 
sendet, wenn von einer der Einrichtungen (2, 3, 4) eine 20 
bestimmte St5rungs- oder Wartungsmeldung vorliegt. 

17. ' Vorrichtung nach -zumindest einem der Anspruche 
. 1 bis 16; wobei mehrere Systemrechner (8, 11) Verbin- 
dungen zu ProtokoLLkonvertem (1) aufbauen und/oder 
Daten von den Protokollkonvertern (1) emjpfangen 25 
und/oder Daten an diet Protokollkonverter (1) senden, 
wobei die Systemrechner (8, ll) iiber das Internet mit- 
einahder .verbindbar sind. 

18. Vorrichtung nach Anspruch 17, wobei, einer der 
Systemrechner (8) eine zentrale Datenbank (10) auf- 30 
weist, an die die anderen Systemrechner (11) Datenan- 
deningen melden und/oder mit der die Datenbanken 
..(12) der anderen Systemrechner (11) abgeglichen wer- , 
den. . 

19. Verfahren, insbesondere zur Parametrierung und 35 
Perniiberwachung von Heizungsanlageri, mit den fpl- 
genden Schritten: 

Ubertragung von Daten. nach einem ersten Dateniiber- 
tragungsprotokoll zwischen einem Systemrechner (8) 
und einem Protokollkonverter (1), -40 
Konvertierung deir Daten des' ersten Datenubertra- 
gungsprotokolls in Daten eines zweiten Dateniibertra- 
gungsprotokoUs und umgekehrt in dem Protokollkon^ 
verier (1), und 

Ubertragung von Dateri nach dem zweiten Dateniiber- 45 
tragungsprotokoll zwischen dem Protokollkonverter 
(1) und mindestens einer Einrichtung (2, 3, 4). 
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